home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 20 / Cream of the Crop 20 (Terry Blount) (1996).iso / lan / vlmkt1.zip / VLMNEWS.TXT < prev    next >
Text File  |  1995-12-04  |  9KB  |  232 lines

  1. Ver. 1.20 Revision B Release                      October 1995
  2.  
  3. VLM v 1.20 Revision B              
  4.  
  5.  Product Component Release - Development Notes
  6.  
  7. The v1.20 NetWare Client for DOS / MS Windows was shipped in
  8. December 1994 as part of the NetWare 4.10 product, and as a
  9. separate red-box product in late December 1994. An update to the
  10. VLM component of the client was provided in May 1995 as a Revision
  11. A update to the Client. This document addresses the Revision B
  12. update to this client, to be released electronically in November
  13. 1995.
  14.  
  15. Again the VLM component of the Client will be the primary focus of
  16. this product update.  Some additional updated components will be
  17. added in support of other Novell Products to be released in the
  18. near future.
  19.  
  20. Product Requirements
  21. The NetWare DOS Requester (VLMs) is the requester component of the
  22. NetWare 16-bit Client for DOS and MS Windows. This product has
  23. been the primary technology that provides access to NetWare 4.x
  24. servers from the DOS as well as Windows environment.  The Intel
  25. 80286 DOS/Windows based system is the primary target of this
  26. product, however support will continue for Intel 80386 - 80586
  27. systems.  The Client-32 product, when released, is the preferred
  28. client for post 80286 systems.
  29.  
  30. The key reasons for this product update are to:
  31.  
  32.     Improve performance through the optimization of current
  33.      algorithms.
  34.  
  35.     Increase reliability by fixing all known discrepancies in the
  36.      product.
  37.  
  38.     Provide additional hooks and features to enable the
  39.      integration of mobile products, as well as the Network
  40.      Connect product..
  41.  
  42. Customer concerns regarding size and performance were addressed
  43. within the constraints of the current design.  This release of the
  44. product continues to focus upon the stability and performance of
  45. the client workstation.  
  46.  
  47. Tuning the Performance
  48. The release of 100 MBit cards introduced new problems to the
  49. performance of Packet Burst on the NetWare 16-bit Client for
  50. DOS/Windows.  The VLMs were  not sensitive enough to handle this
  51. increase in LAN speed.  
  52.  
  53. In an effort to optimize thruput, the VLMs weighted the windowing
  54. of the IPG (inner packet gap time) over the windowing of the
  55. Packet Burst windows.  The VLMs use a 100 ms timer in the
  56. adjustment of the IPG value.  The sensitivity of this timer is not
  57. sufficient to provide effective IPG windowing with the 100 MBit
  58. LAN cards.
  59.  
  60. A new parameter was provided that controlled the maximum value
  61. that the IPG could reach.  This provided a forced maximum IPG for
  62. high speed networks, which effectively kept the maximum IPG within
  63. an acceptable range.  The parameter is:
  64.  
  65.      MAX IPG = 0-63,257 (default is to not set parameter)
  66.  
  67. If the maximum IPG is reached, the  Packet Burst Read and Write
  68. windows will be adjusted to maximize thruput.  Again, the goal is
  69. to maximize the amount of data that can be sent across the network
  70. in a given period of time.  This adjustment of the Window and IPG
  71. are dynamic, permitting the continuous dynamic tuning of Packet
  72. Burst.
  73.  
  74. Fixes introduced in this update to the client, providing a boost
  75. to  performance, include:
  76.  
  77.     When attaching to the network, the VLMs now determine if the
  78.      initial temporary server is the target. If it is, it will
  79.      simply re-negotiate the connection to go licensed.  
  80.  
  81.     If any packets were received out of order, the VLMs would
  82.      request all packets from the point where they lost sequence.
  83.      The VLMs now re-order these packets, and only request any
  84.      lost packets.
  85.  
  86.     Fixed cache boundary problems, to improve upon cache hits.
  87.  
  88.     FIO changes implemented to improve large file I/O
  89.      performance.
  90.  
  91.  
  92. Several fixes have been added to the IPXODI.COM module in support
  93. of the upcoming mobile products.  These fixes center around
  94. watchdog issues when on a dialup connection.
  95.  
  96.  
  97. Improving the Stability
  98. A fix to VNETWARE.386 has been provided to alleviate the system
  99. hang for Win95 when a restart is performed (available in the file
  100. WINDR3.EXE).
  101.  
  102. Some of the problems / symptoms fixed in the v1.20 Rev B VLMs are
  103. listed below. All known problems in the VLMs have been addressed.
  104. Several problems in the other components have also been addressed.  
  105.  
  106.     With NETX.EXE, the print flags were not reset when a print
  107.      capture was deleted.  A subsequent capture would
  108.      automatically have the print flags set with this behavior.
  109.      These flags are reset when a print capture is deleted under
  110.      VLMs.   A new parameter has been added to the NET.CFG, in
  111.      order to provide the behavior some customers have come to
  112.      expect:
  113.  
  114.           Reset Printer Flags = ON/OFF
  115.  
  116.      The default for this parameter is OFF.  This maintains the
  117.      VLMs current behavior, while permitting the NETX.EXE behavior
  118.      for those that rely upon it.
  119.  
  120.     In WAN environments, some hardware routers respond to "Get
  121.      Nearest Server" for distant servers. This caused the client
  122.      to connect to corporate servers in other states and
  123.      countries, when a local server was the actual target.  The
  124.      VLMs now check the hop count of the servers to make sure
  125.      its not the router responding.  
  126.  
  127.     The Machine Name is now set properly into the global segment,
  128.      when the VLMs are loaded into EMS/XMS memory.
  129.  
  130.     The error mode in the Windows DOS Sessions is now instanced.
  131.      Changing the error mode in one session does not effect the
  132.      error mode of the other sessions.
  133.  
  134.     The Preferred Server ID, Default Server ID, and the Primary
  135.      Server ID are now all instanced for each DOS Session within
  136.      Windows.
  137.  
  138.     The SetDefaultCaptureFlags call now allows the user to change
  139.      the LPT number, as it did in the NETX.EXE client.
  140.  
  141.     Fixed problems with RETRY COUNT and DELAY COUNT, to insure
  142.      that opens will attempt the retries and delays as defined by
  143.      the parameters.
  144.  
  145.     Under MS Windows, the operating system was passing an error
  146.      message as a full file name.  This caused a hang of the
  147.      system when programs defined in the startup folder on the
  148.      net, and not yet available. The VLMs now check for this
  149.      phony file name and prevent the hanging condition.
  150.  
  151.     The VLMs will no longer return "Critical error reading device
  152.      NETWORK" for un-licensed connections, when they are dropped.
  153.  
  154.     The error codes for renaming a file across volumes has been
  155.      changed to be consistent with NETX.
  156.  
  157.     Changes made to provide for checksumming with NWIP support.
  158.  
  159.     Lock delay and lock retries has been fixed to work properly.
  160.  
  161.     Support for INT 21h Function 69h has been added.
  162.  
  163.     Fixes made to insure maximum use of client cache.
  164.  
  165.     Fixed PSP cleanup problems under multiple VMs within Windows.
  166.  
  167.     Fixed NCP packet sizes.  Some packets were rejected at the
  168.      server when NCP packet checking was enabled.
  169.  
  170.     Improved NETX compatibility in several areas, to insure
  171.      behavior consistent with that of NETX.
  172.  
  173.     International product issues resolved, primarily with
  174.      Japanese hardware.
  175.  
  176.     Return error if any VLM modules encounter an error during
  177.      init time.  Error code 11 returned.  Provided for customers
  178.      using batch file processing to load clients, per customer
  179.      requests.
  180.  
  181.     Provide for handling of system devices when passed with a
  182.      path. The VLMs strip the path from the device name, then
  183.      pass to DOS, to facilitate proper handling by DOS.
  184.  
  185.     Print bugs that could cause a system hang when printing large
  186.      files was fixed.
  187.  
  188.     Check for module version strings.  VLM.EXE will not allow
  189.      prior version modules to be loaded. Checks do not include the
  190.      revision portion of the string.
  191.  
  192.     The attached to server message handling has been changed to
  193.      support remote boot scenarios.
  194.  
  195.  
  196. Configuration Notes
  197. Reducing the Memory Footprint:
  198.  
  199.     Connections = 2-50: 8 default
  200.      The VLMs allocate 8 connections by default.  Each connection
  201.      takes 50 bytes of conventional memory. This parameter has
  202.      minimal imp